home *** CD-ROM | disk | FTP | other *** search
/ Nebula 2 / Nebula Two.iso / SourceCode / MiscKit1.7.1 / MiscKitArchive.mbox / mbox / 000008_yackd@alaska.et.byu.edu_Tue Sep 14 14:39 MDT 1993.msg < prev    next >
Internet Message Format  |  1994-10-30  |  3KB
  1. Received: from yvax.byu.edu by maine.et.byu.edu; Tue, 14 Sep 93 14:39:51 -0600
  2. Return-Path: <yackd@alaska.et.byu.edu>
  3. Received: from DIRECTORY-DAEMON by yvax.byu.edu (PMDF V4.2-13 #4169) id
  4.  <01H2XX9V9S8091VRRB@yvax.byu.edu>; Tue, 14 Sep 1993 14:37:42 MDT
  5. Received: from alaska.et.byu.edu by yvax.byu.edu (PMDF V4.2-13 #4169) id
  6.  <01H2XX9RSPM8934QVR@yvax.byu.edu>; Tue, 14 Sep 1993 14:37:36 MDT
  7. Received: from yvax2.byu.edu by alaska.et.byu.edu; Tue, 14 Sep 93 14:39:17 -0600
  8. Received: from DIRECTORY-DAEMON by yvax.byu.edu (PMDF V4.2-13 #4169) id
  9.  <01H2XX9B38GG934PJX@yvax.byu.edu>; Tue, 14 Sep 1993 14:37:14 MDT
  10. Received: from alaska.et.byu.edu by yvax.byu.edu (PMDF V4.2-13 #4169) id
  11.  <01H2XX97EVSG934QOJ@yvax.byu.edu>; Tue, 14 Sep 1993 14:37:09 MDT
  12. Received: by alaska.et.byu.edu; Tue, 14 Sep 93 14:38:57 -0600
  13. Date: Tue, 14 Sep 1993 14:38:57 -0600
  14. From: yackd@alaska.et.byu.edu (Don Yacktman)
  15. Subject: Re: External files & allowable contributions
  16. To: misckit@byu.edu
  17. Message-Id: <9309142038.AA14070@alaska.et.byu.edu>
  18. Content-Transfer-Encoding: 7BIT
  19. Status: R
  20.  
  21.  
  22. > As for the problem of auxiliary files for MiscKit, I'm in favor of
  23. > something like Don proposed.  However, the proper place for bundles
  24. > is /LocalApps or ~/Apps, not the *Library directories (NeXT says
  25. > this).  Depending on the naming convention for the kit, it would
  26. > probably be wise to have one bundle per prefix or something.
  27.  
  28. The reason I suggested the *Library areas is because this is a shared
  29. resource, etc., etc.  I didn't realize NeXT wants this kind of thing
  30. in the *Apps areas--it doesn't make a whole lot of sense to me.  In
  31. particular, when you log in, the *Apps sections are searched for
  32. executables, etc., and adding all these bundles would slow down
  33. logins...I wonder what NeXT's reasoning was.  Well, there's a few
  34. folks at NeXT who read this, maybe they could shed some light here. :-)
  35.  
  36. What I was thinking of with this suggestions is something along
  37. the lines of how NEXTSTEP shares .nibs among apps.  There are
  38. actual .nibs for things like the open/save/alert/font panels in,
  39. I believe, /usr/lib/NextStep (the path is something like that).
  40. Putting them in /LocalLibrary/MiscKit would mirror this fairly
  41. closely.  Of course, if there aren't that many .nibs, and they are
  42. all quite small, well then including them in every app begins to
  43. make sense.  If you start including standard images, sounds, etc.,
  44. though, a library of sorts would become more attractive.  Note that
  45. you could easily set up an Installer script to install MiscKit apps
  46. that would handle proper set up of the library files, so it doesn't
  47. have to be any worse for the end user, really.
  48.  
  49. As to linking /usr/local/include to /LocalDeveloper/Headers and
  50. /usr/local/lib to /LocalDeveloper/Libraries, I recommend this
  51. approach, since it pretty much mirrors what NeXT has done.
  52.  
  53. Later,
  54. -don